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(54) Electronic bill presentment and/or payment clearinghouse 



(57) Network stations are used to electronically pay 
bills. Each station represents a different user, including 
payers and payees. Each user has a payment account 
maintained at one of a plurality of different financial 
institutes. An instruction to make payment of a bill of a 
payee is received, via a network, from a user station 
representing a payer. A directive, directing a transfer of 
funds from the payment account associated with the 
payer and maintained at a first financial institute to a 
deposit account associated with the payee and main- 



tained at a second financial institute, is generated 
based on the received payment instruction. Remittance 
information associated with payment of the bill by the 
fund transfer is also generated. The directive is trans- 
mitted to the first financial institute. The remittance infor- 
mation is stored in a central database so as to be 
accessible, via the network, to a user station represent- 
ing the payee. 
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Description 
TECHNICAL FIELD 

[0001] The present invention relates generally to s 
electronic bill presentment and/or payment. More spe- 
cifically, the present invention relates to a clearinghouse 
for presenting and/or paying bills electronically which is 
particularly suitable for use with public networks, such 
as the Internet, having large numbers of potential pay- 10 
ers and potential payees. 

BACKGROUND ART 

[0002] Over the past several years an international is 
network of networks known as the Internet has become 
increasingly popular. The Internet allows millions of 
users throughout the world to communicate with each 
other. To provide users with easier access to informa- 
tion available on Internet, a World Wide Web has been 20 
established. The World Wide Web allows information to 
be organized, searched and presented on the Internet 
using hypertext. Thus, using the World Wide Web a 
user can submit a query for information and be linked 
electronically to information of interest which has been 25 
stored at web locations on the Internet. Using hypertext, 
a user can also communicate information to other users 
of the Internet. Hence, the Web has made it relatively 
easy for virtually anyone having access to a personal 
computer or other device connected to the Internet to 30 
communicate with others who are also connected to the 
network. 

[0003] With the proliferation of Internet users, 
numerous services are now provided over the Internet. 
One of the first such services to be offered was elec- 35 
tronic banking. Electronic banking allows banking cus- 
tomers to access their account information and execute 
banking transactions, e.g. the transfer of funds from a 
savings to checking account, by simply linking to a bank 
server using the internet to access account information aq 
and communicate transfer instructions. 
[0004] More recently, it has become possible to 
electronically pay bills by communicating instructions, 
via the Internet, to a financial institute maintaining 
deposited or credited funds of a pre-registered payer, or as 
to a representative of the financial institute. The pay- 
ments are then made to the payee by the financial insti- 
tute or its representative. Funds from the payer's 
deposit or credit account, i.e. the payer's payment 
account, are debited by the financial institute to cover so 
the payment. The payment by the financial institute or 
its representative to the payee can be made in any 
number of ways. 

[0005] For example, the financial institute or repre- 
sentative may electronically transfer funds from the 55 
payer's payment account to the payee's deposit 
account, may electronically transfer funds from a finan- 
cial institute/representative's deposit or credit account, 



to the payee's deposit account, may prepare a paper 
draft on the financial institute/representative account 
and mail it to the payee, may prepare an electronically 
printed paper check on the payer's payment account 
and mail it to the payee, or may make a wire transfer 
from either the financial institute/representative account 
or payer's payment account. 

[0006] If the funds transferred to the payee are 
drawn from the financial institute/representative 
account, funds from the payer's payment account are 
electronically or otherwise transferred by the financial 
institute to the financial institute/ representative account 
to cover the payment. Further, if the payment will be 
made from funds in the financial institute/representative 
account, the payment will preferably be consolidated 
with payments being made to the same payee on behalf 
of other payers. 

[0007] Accordingly, such electronic bill payment 
systems eliminate the need for a payer to write or print 
paper checks and then forward them by mail to the 
payee. This makes it easier and more efficient for the 
payer to make payments. Payees receiving consoli- 
dated payments no longer have to deal with checks 
from each payee and therefore can process payments 
more efficiently. The making of payments by the elec- 
tronic or wire transfer of funds provides even further effi- 
ciencies in payment processing by payees, and it is well 
recognized that making payments electronically can sig- 
nificantly reduce the cost of processing payments for 
both the payer and payee. 

[0008] The number of users of electronic bill pay- 
ment services has grown dramatically since introduced 
by CheckFree Corporation, the assignee of the present 
application. However, because the billing side of the bill- 
ing/payment process had not been integrated with the 
electronic payment process, many potential users 
remained reluctant to utilize the service. 
[0009] More particularly, until the recent offering by 
CheckFree Corporation electronic bill payment systems 
were operated independent of the bill presentment 
process. Still today, most conventional electronic bill 
payment systems generally require that the payee 
receive a conventional paper bill from a merchant or 
other billing entity, the exception being for certain bill 
payments, such as mortgage payments, which can be 
pre-authorized by the payee. Thus, for most bill pay- 
ments, it is only after the paper bill has been received 
that the payee can connect to the electronic bill payment 
system via the Internet and provide a payment instruc- 
tion. 

[0010] Using CheckFree's fully integrated electronic 
bill presentment and payment system, registered mer- 
chants and other payers can electronically present bills 
to registered consumers and other payees by communi- 
cating bills via the Internet, to the electronic present- 
ment/payment service provider, which could be a 
financial institute/representative or some other service 
provider. Typically, the bill is stored centrally on the elec* 
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tronic presentment/payment system server. The service 
provider notifies the payer, for example by Internet 
email, of the availability bill and the bill can then be 
accessed by the payer by connecting to the system 
server, via the Internet, to retrieve the bill. Once con- 
nected to the system server, the payer can also commu- 
nicate a payment instruction to the server and the 
payment can then be made to the payee as previously 
described. 

[0011] Accordingly, CheckFree's electronic bill pre- 
sentment and payment system eliminates the need for a 
payee to print paper bills and then forward them by mail 
to the payer. This makes it easier and more efficient for 
the payee to issue bills. Payers receiving electronic bills 
no longer have to deal with paper bills from each payer. 
The combination of electronic presentment and pay- 
ment of bills has provided even further efficiencies and 
cost reductions in billing and payment processing by 
both payers and payees. 

[0012] Although electronic bill presentment and 
particularly integrated electronic bill presentment and 
payment have received broad user acceptance from 
both payers and payees, there remains a significant 
number of potential users of electronic bill presentment 
and payment services who are reluctant to register for 
the service. There appear to be various reasons for this 
reluctance on the part of both payees and payers. 
[0013] One reason is that electronic bill payment 
services are generally provided by other than providers 
of accounts payable software. To pay bills electronically, 
a business payer must somehow transfer data output 
from the particular accounts payable software applica- 
tion being utilized to the electronic bill payment system. 
One way to do this is to manually input data generated 
by the accounts payable software application to the 
electronic bill payment system. Manual transfer is a tedi- 
ous and error prone process. To solve this problem, it 
has been proposed that specialized software be devel- 
oped to electronically transfer the data generated by the 
accounting software application in use to the electronic 
bill payment system. Others have proposed program- 
ming electronic bill payment systems to perform a data- 
base query on a new database created using the data 
output from the applicable accounts payable software 
and to import the files from this new database for use in 
performing electronic bill payment processing. It has 
been further proposed to program electronic bill pay- 
ment systems to enter the pre-existing database files of 
the accounts payable software application in use and 
import the necessary information. 
[0014] Each of the above methodologies requires 
substantial modifications to the processes and/or 
accounts payable software being utilized by payers, and 
hence substantial cost and effort to implement. This 
may not be a significant problem for large business enti- 
ties, since their accounts payable software is often spe- 
cially developed for their own use and large entities tend 
to have the necessary expertise and resources to make 



whatever modifications are required. However, smaller 
business entities tend to use off the shelf standard 
accounts payable software and often have little under- 
standing of the software operations, except as a user, 
5 and little if any resources to make modifications to the 
software. 

[001 5] Another reason for the reluctance of some to 
register for electronic bill presentment and payment is 
that electronic bill presentment services are also gener- 
ic ally provided by other than providers of invoicing soft- 
ware. Thus, to electronically present a bill, a business 
payee must somehow transfer data output from the par- 
ticular invoicing software application being utilized to the 
electronic bill presentment system. Here again, this 
75 could be done by manually inputting data generated by 
the invoicing software application to the electronic bill 
presentment system, developing specialize software, or 
programming electronic bill presentment systems to 
perform a database query on a new database or exist- 
20 ing database of information. However, this would also 
require substantial modifications to the processes 
and/or invoicing systems being utilized by payees, and 
hence substantial cost and effort to implement. Here 
again, although this may not be a significant problem for 
25 large business entities, since their invoicing software is 
often specially developed for their own use and large 
entities typically have substantial expertise and 
resources to make whatever modifications are required, 
smaller business entities most often use off the shelf 
30 standard invoicing software and have little understand- 
ing of how the software operates, except as a user, and 
little if any resources to make modifications to the soft- 
ware. 

[0016] In summary, electronic bill presentment and 
35 payment services have been widely embraced, particu- 
larly by large business entities which have the expertise 
and resources to implement the necessary modifica- 
tions to their pre-existing procedures and systems. 
However, smaller business entities generally lack the 
40 necessary expertise and have been unable or unwilling 
to allocate the necessary resources to implement such 
modifications. 

[001 7] Further, although many individuals have reg- 
istered for electronic bill payment services, a large 

45 number of individuals continue to pay bills by written 
check. Moreover, a significant number of those individu- 
als who are current users of electronic bill payment 
services do not take advantage of electronic bill pre- 
sentment services. This may be due, at least in part, to 

so the fact that only a limited number of bills, mainly those 
from large business entities, are available electronically. 
If more payees electronically presented bills, it is likely 
that more payers would want to receive bills electroni- 
cally. Additionally, if more payers paid bills electronically, 

55 it is likely that more payees would be interested in elec- 
tronically presenting bills. Therefore a need exist for a 
technique which will reduce, if not eliminate, the barriers 
to increased usage by individuals and smaller business 
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entities which exist in conventional electronic bill pre- 
sentment and/or payment system. 

OBJECTIVES OF THE INVENTION 

5 

[0018] It is accordingly an objective of the present 
invention to provide an electronic bill presentment 
and/or bill payment technique which reduces potential 
barriers to use, particularly by individuals and small 
business entities. 10 
[0019] It is another object of the present invention to 
provide a clearinghouse for electronically presenting 
bills and/or electronically paying bills to a large number 
of users of a public network, such as the Internet. 
[0020] Additional objects, advantages, novel fea- is 
tures of the present Invention will become apparent to 
those skilled in the art from this disclosure, including the 
following detailed description, as well as by practice of 
the invention. While the invention is described below 
with reference to preferred embodiment(s), it should be 20 
understood that the invention is not limited thereto. 
Those of ordinary skill in the art having access to the 
teachings herein will recognize additional implementa- 
tions, modifications, and embodiments, as well as other 
fields of use, which are within the scope of the invention 25 
as disclosed and claimed herein and with respect to 
which the invention could be of significant utility. 

SUMMARY DISCLOSURE OF THE INVENTION 

30 

[0021] In accordance with the present invention, 
bills are presented and/or paid electronically using a 
plurality of user stations connected to a network, such 
as the Internet or some other public network. Each sta- 
tion represents a different user and may be a computer 35 
or other type of network device. The users include con- 
sumers and other purchasers of goods or services, 
often referred to herein as payers, and merchants and 
other providers of goods and services, often referred to 
herein as payees. Each of the payers has a checking, 40 
money market, home equity or other type of payment 
account and/or each of the payees has an investment, 
savings, money market or other type of deposit account 
maintained at one of a plurality of banks, brokerage 
houses and other financial institutes. The financial insti- 45 
tutes are typically represented by Fl stations which may 
be connected to the public network, such as the Inter- 
net, or could be connected to a private network, such as 
the long established private ACH banking network. 
Each financial institute is normally represented by a dif- so 
ferent Fl station which typically includes one or more 
high powered computers. 

[0022] A central station, typically including one or 
more high powered computers, e.g. network servers, 
has a processor(s) for receiving, for example over the 55 
Internet, an instruction, from a user station representing 
one of the payers, to pay a bill of one of the payees. The 
central station is configured, e.g. programmed, to gen- 



erate a directive to transfer funds from a payment 
account of the payer maintained at a financial institute to 
a deposit account of the payee maintained at the same 
or another financial institute in accordance with the 
received instruction. The directive is preferably transmit- 
ted over the Internet or a private banking network to the 
financial institute maintaining the payment account. The 
central station also generates remittance information 
associated with the payment of the bill by the transfer of 
funds. The remittance information is stored in a central 
database, typically residing on a network memory 
included as part of the central station, so as to be 
accessible to another user station representing the 
payee. Preferably, the payee is not provided with any 
notice of payment or the storage or availability of the 
remittance information. 

[0023] Advantageously, the central station is also 
capable of receiving, for example over the Internet, a 
request from the applicable payee station to access the 
stored remittance information. Responsive to the 
receipt of the request, the central station retrieves the 
remittance information from the central database and 
transmits the retrieved remittance information, for exam- 
ple over the Internet, to the payee station. Hence, unlike 
conventional electronic bill payment systems, remit- 
tance information must be requested, i.e. pulled, by the 
payee rather than being automatically transmitted, i.e. 
pushed, to the payee. 

[0024] In one particularly advantageous implemen- 
tation, the transmission of the payment directive to the 
financial institute at which the payment account is main- 
tained occurs only after the receipt of the request for 
access to the stored remittance information. This fea- 
ture motivates payees to regularly request the remit- 
tance information in order to obtain payment. This in 
turn helps to avoid situations in which payments are 
made but not properly accounted for by the payee, 
which could result in improper dunning notices being 
issued by the payee to the payer, notwithstanding prior 
payment of a bill. In an alternative implementation, the 
transmission of the payment directive to the financial 
institute occurs promptly after the receipt of the pay- 
ment instruction, and hence typically before the receipt 
of the request for access to the remittance information. 
[0025] In accordance with still other aspects of the 
invention, the central station receives, for example over 
the Internet, a second bill, from a user station represent- 
ing the same or a different payee for the same or a dif- 
ferent payer. The central station generates billing 
information representing the received second bill. The 
billing information may be identical to the received bill, 
may represent the bill in a different format or may repre- 
sent only that portion of the second bill which is neces- 
sary for the payer to determine whether or not to 
authorized payment of the bill. The billing information is 
stored, preferably in the central database at the central 
station, so as to be accessible to a user station repre- 
senting the applicable payer. Preferably, the payer is not 
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notified of the receipt of the bill or the storage or availa- 
bility of the billing information. 

[0026] Beneficially, the central station is also capa- 
ble of receiving a request, from the applicable payee 
station, to access the stored billing information for that s 
payee. Responsive to this request, the central station 
retrieves the stored billing information, and then trans- 
mits the retrieved billing information to the payee sta- 
tion. Hence, unlike conventional electronic bill 
presentment systems, electronic billing information is w 
stored without any notice to the payer. 
[0027] As will be recognized by those skilled in the 
art, the above described functionality of the user and 
central stations can be easily implemented using pro- 
gramming stored on an optical, magnetic, electric or is 
other type storage medium. 

BRIEF DESCRIPTION OF DRAWINGS 

[0028] 20 

Figure 1 depicts an electronic bill presentation and 
payment network in accordance with the present 
invention. 

Figure 2 depicts the communications between vari- 25 
ous network stations depicted in Figure 1, in 
accordance with the present invention. 
Figure 3 is a flow chart showing the operations 
which are, in a first alternative, performed by the 
network stations in Figure 2, in accordance with the 30 
present invention. 

Figure 4 is a flow chart showing the operations 
which are, in a second alternative, performed by the 
network stations in Figure 2, in accordance with the 
present invention. 35 
Figure 5 is a flow chart showing the operations 
which are, in a third alternative, performed by the 
network stations in Figure 2, in accordance with the 
present invention. 

Figure 6 is a flow chart showing the operations 40 
which are, in a fourth alternative, performed by the 
network stations in Figure 2, in accordance with the 
present invention. 

Figure 7 depicts the communications between vari- 
ous network stations depicted in Figure 1 to direct 45 
payers to electronic bills, in accordance with the 
present invention. 

Figure 8 is a flow chart showing the operations 
which are performed by the network stations in Fig- 
ure 7, in accordance with the present invention. so 
Figure 9 depicts the communications between vari- 
ous network stations depicted in Figure 1 to pay 
paper bills, in accordance with the present inven- 
tion. 

Figure 10 is a flow chart showing the operations 55 
which are performed by the network stations in Fig- 
ure 9, in accordance with the present invention. 
Figure 1 1 is a simplified depiction of a central data- 



base for storing electronic billing and remittance 
information, in accordance with the present inven- 
tion. 

Figure 12 depicts a cashless transaction network 
with an in-store register station, in accordance with 
the present invention. 

Figure 13 is a flow chart showing the operations 
which are performed by the network stations in Fig- 
ure 12, in accordance with the present invention. 
Figure 14 depicts a cashless transaction network 
with a virtual store Internet server station, in 
accordance with the present invention. 
Figure 15 is a flow chart showing the operations 
which are performed by the network stations in Fig- 
ure 14, in accordance with the present invention. 

BEST MODE FOR CARRYING OUT THE INVENTION 

[0029] As shown in Figure 1 , a bill presentment and 
payment network 100 includes a large number of user 
stations represented as payer stations 110A-110D, 
respectively representing users A-D, and payee stations 
120A-120D, respectively representing users E-H. It will 
be recognized that the network 100 preferably includes 
many thousands if not millions of payer stations and 
payee stations. The payer and payee stations are capa- 
ble of communicating via the Internet 150, although it 
will be understood that some other communications net- 
work could be utilized in lieu of the Internet. 
[0030] Also included in the network 1 00 are a large 
number of financial institute (Fl) stations 130A-130D, 
respectively representing financial institutes l-L. The Fl 
stations 130A-130D are capable of connecting to a 
communications network 160 which could be the Inter- 
net and/or a more secure communications network 
such as the conventional ACH communications network 
or some other inter-bank communications network. 
Additionally included in the network 100 is a central 
clearinghouse station 140. Station 140 includes a proc- 
essor 140A and memory 140B. The memory HOB 
stores a database 140B1 for storing billing and remit- 
tance information, and bill presentment and pro- 
grammed instructions 140B2. Each payer A-D has a 
payment account maintained at one of the financial 
institutes l-L and each payee E-H has a deposit account 
maintained at one of the financial institutes l-L. 
[0031] Although, as shown, each of the payer sta- 
tions 110A-110D and payee stations 120A-120D, can 
communicate with the central clearinghouse station 140 
via the Internet 150, for purposes of the following 
description, only certain of the payers A-D and payees 
E-H are registered to electronically present and/or pay 
bills on network 1 50. More particularly, for purposes of 
the following discussion, payer D and payees F and G 
are unregistered users of network 100. Further, payer A 
is an individual and payer B is a small business entity 
which utilizes a standard accounts payable software 
package. Payee H is also a small business entity which 
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utilizes a standard invoicing software package. 
[0032] To facilitate the use of the electronic bill pre- 
sentment and payment services, the central clearing- 
house station 140 operates in accordance with 
instructions 140B2, to perform a simplified registration s 
process. More particularly, for small payees such as 
payee H, the registration process preferably requires 
only that payee H provide its identification, its deposit 
account number and an identification of financial insti- 
tute at which its deposit account is maintained. This w 
information is stored in the relational database 140B1 of 
the memory 140B in association with a payee H identi- 
fier. Having this information, the central clearinghouse 
station processor 140A can now direct payments, pref- 
erably by electronic fund transfer, to the deposit account 15 
of payee H. The central clearinghouse station processor 
140A also operates to generate remittance information 
for each payment directed or to be directed to payee H, 
as will further described below, and to direct the storage 
of such information in the relational database 140B1 in 20 
association with the payee H identifier. Thus, the data- 
base 140B1 serves as a temporary depository for remit- 
tance information corresponding to any payments 
directed to payee H's deposit account on behalf of other 
network users. 25 
[0033] To register payer A, the central clearing- 
house station 140 preferably requires only payer A's 
identification, the number of its payment account and 
information identifying the financial institute at which the 
payment account is maintained. The central clearing- 30 
house station processor 140A operates to store this 
information in the database 140B1 of the memory 140B 
in relation to a payer A identifier. The processor 140A 
also operates to generate billing information for each bill 
received from a registered payee for payment by payer 35 
A and to direct the storage of such information in the 
database 140B1 in association with the payer A identi- 
fier. Thus, the database 140B1 serves as a temporary 
depository for billing information which may be provided 
by any of the registered payees. 40 
[0034] The processor 140A further functions to 
electronically receive bills from registered payees in the 
form output by any commonly used standard invoicing 
software packages, such as Quickbooks, Peachtree 
and other off-the-shelf invoicing software, or alterna- 45 
tively in ASCII or other text format and to convert the 
received bill into standard format billing information for 
storage in the database 140B1 in relationship with the 
applicable payer identifier for subsequent presentment 
to the applicable payer station 1 1 0A-D. Accordingly, reg- so 
istered payees need not modify their existing invoicing 
software or substantially modify their existing proce- 
dures, other than to transmit the bill output from their 
existing invoicing software via the Internet 150 to the 
central clearinghouse station 140, to have their bills 55 
electronically presented to the applicable payer. 
[0035] The central clearinghouse station processor 
140A is capable of generating remittance information in 



10 

multiple standard formats, compatible with all the com- 
monly used invoicing software, and in ASCII or other 
text format. The station processor 1 40A directs the stor- 
age of the formatted remittance information in the data- 
base 140B1 of memory 140B in association with the 
applicable payee identifier. The remittance information 
can be generated and stored in all the above mentioned 
formats. Alternatively, the applicable payee can select, 
or otherwise identify, a particular one of the formats in 
which it wishes to receive remittance information. Using 
this later alternative, the remittance information is for- 
matted and stored only in the requested format. Accord- 
ingly, registered payees can obtain remittance advice by 
simply using a browser to contact the central clearing- 
house station 140 and requesting the stored remittance 
information. Responsive to the request, the central 
clearinghouse station processor 140A retrieves the 
applicable remittance information from the database 
140B1 and transmits the information via the Internet 
150 to the applicable payee station. Because the infor- 
mation will typically be received in at least one format 
usable by the payee's standard invoicing software, this 
information can be directly input to the accounts receiv- 
able system and processed in the conventional manner. 
[0036] Figure 2 depicts the communications 
between various network stations to electronically 
present and pay bills. Figures 4-6 show certain alterna- 
tive operations which can be performed by the network 
stations of Figure 2. 

[0037] Turning first to Figures 2 and 3, the payer A 
and payee H are registered in steps 300 and 305 of Fig- 
ure 3. Payee H, represented by station 120D, gener- 
ates, in step 310 in Figure 3, a bill to payer A, 
represented by station 1 10A. The bill is generated by a 
standard invoicing software package. The output of the 
software, which represents the bill, is transmitted in 
communication 205 from the payee station 120D to the 
central clearinghouse station 140, as indicated in step 
315 of Figure 3. The central clearinghouse station proc- 
essor 140A, in accordance with programmed instruc- 
tions 140B2, processes the received bill to generate 
standard format billing information in step 320. 
[0038] The processor 1 40A also determines if the 
identified payer A is registered, as indicated in step 323. 
If so, as is the case here, the processor 1 40A, in com- 
munication 210, directs the storage of the billing infor- 
mation in the relational database 140B1 of the memory 
1 40 B in association with the payer A identifier, as shown 
in step 325, and may optionally generate and transmit a 
notification to the payer station 1 1 0A of the availability of 
stored billing information, as indicated by communica- 
tion 215 and step 330. If the bill were for unregistered 
payer D rather than payer A, a payer D identifier is gen- 
erated based upon the billing information and the billing 
information is stored in the database 140B1 in associa- 
tion with the generated payer identifier, as indicated by 
communication 21 0 and step 327. Preferably, no notice 
is provided by the central station to unregistered payers. 
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[0039] A request for the billing information, as indi- 
cated in step 335, is transmitted in a communication 
220 to the central clearinghouse station 140 from sta- 
tion 1 10A. The processor 140A determines whether or 
not the request is from a registered payer in step 337. If 
the request were from unregistered payer D rather than 
registered payer A, the processor 140A would transmit 
a query to station 1 1 0D to determine if user D desires to 
register and thereby obtain access to its billing informa- 
tion which is stored on database 140B1. Optionally, an 
unregistered payer could be provided with limited 
access to its stored electronic billing information to sam- 
ple the service based upon providing sufficient informa- 
tion to verify the payer's identity, but without the need to 
provide a payment account number and associated 
financial institute information. 

[0040] Thus, it should be understood that the cen- 
tral clearinghouse station 140 operates to generate and 
direct the storage of billing information in association 
with registered and unregistered payer identifiers as 
may be desired by a registered payee. If billing informa- 
tion for an unregistered payer is stored in the database, 
the payee may inform the unregistered payer, perhaps 
in correspondence enclosed with a paper copy of the bill 
mailed to the unregistered payer, that the bill is available 
and payable electronically and can be accessed by con- 
tacting the central clearinghouse station 1 40 at its Inter- 
net web site, thereby motivating the unregistered payer 
to register for electronic bill presentment and/or pay- 
ment services. Preferably, the n on- registered request- 
ing payer is registered via communications 222 in step 
340. It will of course be noted that although communica- 
tions 222 are shown in Figure 2 for completeness, since 
payer A has pre-registered, these communication would 
not actually occur with station 11 OA but would be 
required, for example, with station 1 10D in order to reg- 
ister payer D. 

[0041] As indicated in step 345, the processor 1 40A 
retrieves the applicable billing information from the data- 
base 140B1 of memory 140B responsive to the access 
request from station 1 10A, as indicated by communica- 
tion 225. The retrieved information is then communi- 
cated by the station 140, as directed by processor 
1 40A, to the payer station 1 1 0A via communication 230, 
as indicated in step 350. In step 355, the processor 
140A receives a payment instruction via communication 
235 from the payer station 11 OA. Based upon the 
instruction, the processor 140 A generates remittance 
information in step 360 and directs the storage of the 
remittance information in the database 140B1 of mem- 
ory HOB in association with the payee H identifier via 
the communication 240, as indicated in step 365. 
[0042] The processor 140A also generates a pay 
directive in step 370. As discussed above, payment may 
be accomplished in various ways. However, preferably 
the directive is to the financial institute I, represented by 
station 130A, which maintains a payment account for 
the payee A. The directive is transmitted via communi- 



cation 245 to the Fl station 1 30A and the payment funds 
are transferred electronically in communication 270, for 
deposit in the payee H deposit account maintained at 
financial institute K, represented by Fl station 130C, as 

5 indicated in step 375. The financial institute K may, if 
desired, notify payee H via communication 275 to sta- 
tion 120D, of the receipt of the deposit, as indicated in 
step 397. It should be understood that the generation 
and storage of the remittance information and the gen- 

10 eration and/or transmission of the pay directive may 
occur substantially simultaneously or at different times, 
as will be described further below. 
[0043] Optionally, although not preferably, an email 
or other notice is sent via communication 250 to the 

15 payee station 1 20D, to notify the payee of the availability 
of the stored remittance information, as indicated in step 
380. In step 385, a request for remittance information is 
transmitted in communication 255 from the payee sta- 
tion 120D to the central station 140. Communications 

20 260, between processor 1 40A and memory 1 40B, result 
in the retrieval of the remittance information from the 
database 140B1 in response to the request, as indi- 
cated in step 390. The retrieved information is transmit- 
ted from the central station 140, as directed by 

25 processor 140A, to the payee station 120D via commu- 
nication 265, as indicated in step 395. The payer A can 
also communicate with financial institute I, preferably 
via central station 140, to electronically confirm the 
transfer of the payment amount from its payment 

30 account and the payee H can also communicate with 
financial institute K, preferably via central station 140, to 
electronically confirm the transfer of payment amount to 
its deposit account, as will be understood by those 
skilled in the art. 

35 [0044] In Figure 4, an alternative implementation of 
certain operations is shown. As indicated in Figure 4, 
the operations are identical to those shown in Figure 3 
through step 365. However, in lieu of steps 370-397, 
prior to generating the pay directive, notice is optionally 

40 sent via communications 250 to the payee as indicated 
in step 400. A request for remittance information is 
received from payee station 120D via communication 
255, as indicated by step 405. Responsive thereto, the 
stored remittance information is retrieved from the data- 

45 base 1 40B1 by the processor 1 40A via communications 
260, as indicated in step 41 0, and transmitted via com- 
munication 265 from the central station 140, under the 
direction of the processor 140A, to the payee station 
120D, as reflected by step 415. 

so [0045] The pay directive is generated by the central 
station processor 140A in step 420 after the request has 
been received from the payee H for the remittance infor- 
mation. The pay directive could alternatively be gener- 
ated before receipt of the request for remittance 

55 information if so desired. However, under the Figure 4 
implementation, the pay directive is only transmitted, in 
this case to the applicable Fl station 130A via the com- 
munication 245, after the request for remittance infor- 
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mation has been received from the payee H. 
[0046] The electronic fund transfer is then made 
between Fl stations 130A and 130C via communication 
270, as indicated in step 425. A notice is subsequently 
transmitted from station 1 30C to the payee station 1 20D s 
indicating receipt of the payment, as reflected in step 
430. The alternative operating sequence shown in Fig- 
ure 4 is particularly beneficial in avoiding erroneous 
dunning notices which could occur if payments are actu- 
ally made but the recipient payee has failed to retrieve 10 
the remittance information from database 140B1 and 
hence to account for the payment in its records. 
[0047] Figure 5 sets forth another alternative opera- 
tional sequence which can be performed by the network 
stations of Figure 2. As indicated, the station operations is 
are identical to those shown in Figure 3 through step 
375. In accordance with the Figure 5 operations, in step 
500 the Fl station 1 30C transmits the notice of receipt of 
payment to payee station 120D via communication 275. 
Payee station 120D, responsive to the receipt of the 20 
notice from Fl station 1 30C, automatically generates a 
request for the associated remittance information in 
step 505. In communication 255, the remittance infor- 
mation request is automatically transmitted to the cen- 
tral clearinghouse station 140, where it is received by 25 
the central station processor 140A as indicated in step 
510. Accordingly, in this implementation the accounts 
receivable system being utilized by payee H is pro- 
grammed such that, upon receipt of a notice of payment 
from its financial institute K, a request for remittance 30 
information is automatically generated and transmitted 
to the central station 140. The remittance information is 
retrieved from the database 140B1 of memory MOB via 
communications 260, as indicated in step 515. The 
retrieved remittance information is then downloaded in 35 
communication 265 to the payee station 120D, as 
reflected in step 520. 

[0048] It should be noted that in this particular alter- 
native implementation it is strongly preferred that the 
remittance information be automatically downloaded to 40 
the payee station 120D. The downloading of the remit- 
tance information allows this information to be automat- 
ically entered at the payee station 120D for accounts 
receivable processing. However, even though it is 
strongly preferred that the remittance information be 45 
downloaded in the Figure 5 implementation, this is not 
mandatory, and it will be recognized that, in some 
cases, it may be desirable for an operator of payee sta- 
tion 120D to view automatically transmitted remittance 
information and manually enter the information for so 
accounts receivable processing, thus possibly eliminat- 
ing the need to actually download the remittance infor- 
mation. By contrast, in other alternative 
implementations described herein, the remittance infor- 
mation can be either transmitted for viewing at payee 55 
station 120D or downloaded to the payee station 120D 
as may be desirable under the particular circumstances, 
without preference. 
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[0049] In still another alternative implementation, 
operations are performed in a still different sequence, 
as shown in Figure 6. In this implementation, the payee 
station operates to automatically request remittance 
information on a periodic basis, such as daily or hourly 
and typically at fixed times, for entry into the account 
receivable system. It will be recognized that standard 
accounts receivable systems can be easily modified to 
automatically make such periodic request It will also be 
recognized that such systems could alternatively be 
easily modified to automatically receive a download of 
the remittance information on a periodic basis without 
request, if so desired. In either case, this should gener- 
ally ensure that the payer is credited with the payment 
on a timely basis even if payments are made immedi- 
ately after receiving a payment instruction. Accordingly, 
the Figure 6 implementation eliminates the need to with- 
hold actual payments until after remittance information 
has been requested by payees as in the Figure 5 imple- 
mentation while stilt providing an assurance that pay- 
ments will be promptly accounted for by the payee. 
[0050] Referring more particularly to Figure 6, as 
indicated in step 600, the payee station 120D automati- 
cally generates a request for remittance information on 
a periodic basis, in this case at 1 1 :00PM each evening. 
In communication 255, the remittance information 
request is transmitted and received by the central sta- 
tion processor 140A, as indicated in step 605. The 
remittance information is retrieved by station processor 
140A from the database 140B1 of memory 140B via 
communications 260, as indicated in step 610. The 
retrieved remittance information is then downloaded in 
communication 265 from central station 140 to the 
payee station 1 20D, as reflected in step 61 5. The Fl sta- 
tion 130C transmits the notice of receipt of payment in 
communication 275, as indicated in step 620. 
[0051] As noted above, electronic bills may be 
stored in the database 140B1 of memory 140B even for 
those payers who are not registered with the central sta- 
tion 140. Further, bills may be electronically stored in 
the database 140B1 for registered users even if the par- 
ticular registered user has not requested electronic bill 
presentment. Accordingly, the central station 1 40 oper- 
ates to direct registered users who contact the central 
station 1 40 to make payments on the basis of paper bills 
to the electronic billing information available on the 
database 140B1 of memory 140B. 
[0052] Figure 7 is similar to Figure 2 except that 
communications 215 and 220 are replaced by commu- 
nications 700, 705 and 710 which will be described 
below. As shown in Figures 7 and 8, a payment instruc- 
tion, to pay a paper bill received in the mail by registered 
payer C, is transmitted by communication 700 from the 
payer station 11 OC to the central station 140, and 
received by the central station processor 140A, as indi- 
cated by step 800. In communication 705, the central 
station 140, directed by the processor 140A, notifies the 
applicable payer station 1 10C, of the availability of elec- 
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tronic billing information which is stored in the database 
140B1 of memory 140B in association with the user C 
identifier, as reflected in step 805. The central station 
processor 140A generates an inquiry to the payer C, 
inquiring if the payer C wishes to receive the billing infor- 
mation. The inquiry is also transmitted from central sta- 
tion 140 to payer station 1 10C in communication 705, as 
indicated in step 810. The payer C responds to the 
query in communication 710 from the payer 110C to 
central station 140. If the payer C responds in the affirm- 
ative, i.e. indicating a desire to access to the billing infor- 
mation stored in the database 140B1, operations 
continue as previously described beginning with step 
345 of Figure 3. If the payer C responds in the negative, 
operations continue as previously described beginning 
with step 355 of Figure 3. It will be recognized that 
thereafter the operations may continue as indicated in 
any of Figures 3-5. 

[0053] Figure 9 depicts the communications neces- 
sary to perform electronic bill payment of a paper bill 
received by a registered payer via mail delivery from an 
unregistered payee. Communications will be described 
in conjunction with Figure 10. In communication 900, a 
payment instruction, to pay the paper bill received by 
mail by registered payer B, is transmitted from payer 
station 11 OB to central station 140. The instruction is 
received by the central station processor 140A, as indi- 
cated in step 1000. The central station processor, in 
step 1005, makes a determination as to whether or not 
payee F is registered. 

[0054] If payee F is determined to be registered, 
which is not the case here, processing continues with 
step 360 of Figure 3. The subsequent steps shown in 
Figure 3 could of course be modified as has been previ- 
ously described with reference to Figures 4, 5 and 6. If 
the payee F determined to be unregistered, as is the 
case here, the processor 140A generates remittance 
information in step 1010. The generated remittance 
information is preferably identical to that generated in 
step 360 of Figure 3, but could be in a somewhat modi- 
fied form particularly suitable for paper remittance if so 
desired. In step 1015 the central station processor 1 40A 
generates check/draft information. The generated remit- 
tance and check/draft information is transmitted in com- 
munication 905 to a printer 950 which, in step 1020, 
prints a paper check/draft and associated remittance 
information which form a payment document 955. 
[0055] The payment document 955 is mailed to 
payee F. The remittance information is manually entered 
to the accounts receivable system being operating at 
payee station 120B using the keyboard 960. Once man- 
ually input, the accounts receivable system can process 
the remittance information and reconcile the payment 
with the applicable bill. The paper check is deposited 
either in-person or by mail in the deposit account of 
payee F which is maintained at the financial institute L, 
which is represented on network 100 by station 130D. 
The deposit amount is manually entered in the Fl station 



130D. The check is then cleared through the payer B's 
financial institute J, which is represented by Fl station 
130B, using conventional check clearing processes. 
[0056] Preferably, the processor 140A also drives 

5 the printer 950 to print additional information notifying 
payee F of the availability of electronic bill presentation 
and payment services through the central station 140. 
As payee F receives more and more payments via the 
central station 140, payee F will become more and more 

10 motivated to present its bills and receive its payments 
electronically over the network 100, and hence to 
become a registered user of the network. 
[0057] Figure 11 shows a somewhat simplified 
depiction of a relational database 1 1 00 suitable for user 

75 as database 1 40B1 of Figure 1 . Figure 1 1 will be helpful 
in understanding the robustness of the central station 
140. As indicated above, preferably each user for whom 
billing or remittance information is generated, whether 
or not a registered user, is identified with a user identi- 

20 fier. That is, all of the user identifiers are associated with 
users that have either pre- registered, been paid through 
the central station 140 at the request of a registered 
payer or have billing information which is stored at the 
central database 140B1 at the request of a registered 

25 payee. 

[0058] As shown in Figure 11, the user identifiers 
are stored in column 1 1 05 of the relational database 
1100. The registration status of each identified user is 
stored in column 1110, in association with the applica- 

30 ble identifier. As shown, the users A-C, E, and H-L are 
registered users, while users D, F and G are unregis- 
tered users. It should be noted that each of the financial 
institutes l-L are shown to be registered and hence have 
the ability to electronically present and pay bills, in addi- 

35 tion to their previously described functions. The applica- 
ble financial institutes identifiers are stored in column 
1115 for each of the registered users. Along with the 
financial institute identifiers are stored the applicable 
payment account number (PA) and/or deposit account 

40 number (DA) in column 1115. In column 1120 billing 
information can be temporarily stored for each user. As 
shown, billing information is currently stored for certain 
registered users as well as certain unregistered users in 
column 1120. In column 1125 remittance information 

45 can be temporarily stored for each user. As shown, 
remittance information is currently stored for certain 
registered users as well as certain unregistered users in 
column 1125. 

[0059] The database 1100 allows any registered 
so user to electronically bill and electronically pay any 
other user, whether registered or unregistered. Accord- 
ingly, the central station 140 can be properly character- 
ized as a virtual money exchange and, as will be 
described in greater detail below, can be used to 
55 replace the current debit and credit card system as well 
as the currently used paper invoicing and payment sys- 
tem. 

[0060] For example, with reference to Figure 11, 
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registered user A is a small business. It can receive 
electronic bills from and make electronic payments to its 
registered vendors, issue electronic bills to both its reg- 
istered and unregistered customers, and receive elec- 
tronic payments from its registered customers. In the 
snapshot of the database shown in Figure 1 1 , the data- 
base 1 1 00 currently has stored, in association with the 
user A identifier, billing information from user A's regis- 
tered vendors in column 1120 and remittance informa- 
tion from user A's registered customers in column 1125. 
[0061] User B is also a registered small business. 
User B routinely pays bills electronically through the 
central station 140 but does not receive any electronic 
bills or payments through the central station 140 from 
other registered users. User B currently has no billing 
information or remittance information stored in the data- 
base 1100. 

[0062] User C is a registered individual who 
receives electronic bills from and electronically makes 
payment of these and other bills to other registered 
users. User C currently has billing information stored in 
column 1120 of the database 1100. Although user C 
does not normally bill others either electronically or by 
paper invoice, there may be occasions on which user C 
will desire to electronically post a payment request. 
[0063] For example, if user C is a child of user B 
and resides during the school year at college, user C 
may wish to request additional funds for his/her school- 
ing from time to time. This can be accomplished by sim- 
ply transmitting, via the Internet, an ASCII text bill for 
user B, identified by name and address, from user sta- 
tion 110C to central station 140. The request is proc- 
essed by processor 140A as if the request were a bill, 
and the resulting billing information is stored in associa- 
tion with user B's identifier in column 1 1 20 of the data- 
base 1 100. User C can, if desired, also notify user B by 
Internet email that he/she has requested additional 
funds through the central station 1 40. User B, using sta- 
tion 1 10B, may now contact the central station 140 via 
the Internet to receive the billing information, and trans- 
mit a payment instruction to the central station 1 40 to 
make payment to user C's deposit account as previ- 
ously described. In such a case, the requested funds 
are, for example, electronically transferred from user B's 
payment account, e.g. a checking account, at financial 
institute J to user C's deposit account, e.g. a checking 
account, at financial institute K. 
[0064] As can be seen from the above, the central 
station 140 can be used to easily transfer funds 
between users of the system for any reason whatso- 
ever. Further, such transfers can be requested and 
authorized without the need for the transacting parties 
to have any information other than commonly known 
identifying information relating to the other party, such 
as the other parties name and address. 
[0065] As also shown in Figure 1 1 , user D is unreg- 
istered and accordingly has no associated financial 
institute identifier. However, billing information for user D 



has been stored in column 1 120 of the database at the 
request of a registered user. For example, a utility com- 
pany may want all of its bills posted in the database 
1 100. This will make it easier for registered users to pay 

5 their utility bills electronically. Additionally, if enough reg- 
istered payees notify an unregistered user that the 
user's bills are available electronically, the unregistered 
user can be motivated to register and to begin receiving 
bills and making payments electronically. 

io [0066] User E is a registered user maintaining a 
deposit account at financial institute L User E is another 
small merchant which receives payments electronically 
from its registered customers. Remittance information is 
currently stored in association with the user E identifier 

is in column 1 1 25 of the database 1 1 00. 

[0067] User F is yet another small merchant. User F 
is not registered for the service but receives paper pay- 
ments and remittance information from registered users 
through the central station 140. To motivate user F to 

20 register, the central station may store electronic remit- 
tance information in association with the user F identi- 
fier in column 1125 of the database 1100, and notify 
user F of the availability of the electronic remittance 
information in an enclosure mailed with the paper pay- 

25 ment and remittance documents. 

[0068] User G is another unregistered user to 
whom electronic bill information has been posted, at the 
request of a registered user, in column 1 120 of the data- 
base 1 100 in association with a user G identifier. 

30 [0069] User H is a registered user maintaining its 
payment and deposit accounts at financial institute K. 
As shown, user H receives electronic bills and elec- 
tronic payments and currently has both billing informa- 
tion and remittance information stored in columns 1120 

35 and 1125 of the database 1100. 

[0070] Each of the financial institutes l-L are regis- 
tered and use the central station 140 to receive elec- 
tronic bills and to make electronic bill payments. 
[0071] Figure 12 depicts a cashless transaction net- 

40 work 1200 which includes a communication network 
1205 which could be the Internet or some other net- 
work. The cashless transaction network 1200 also 
includes a central clearinghouse station 140, identical to 
that previously described, and an in -store register sta- 

45 tion 1210. The in-store register station 1210 includes a 
register 121 OA, a register receipt printer 121 0B, and a 
product price scanner 121 0C, which is typically an opti- 
cal bar code reader. The register 1 21 OA itself includes a 
register keyboard 1210A1 which can be used by the 

50 operator to manually input information. The register 
121 OA also includes a programmed processor 1210A2 
for processing inputs to the register. 
[0072] Additionally, the in-store register station 
1 21 0 includes various input devices which can be uti- 

55 lized by a customer to enter information. In this regard, 
the station 1210 includes a scanner 1210G, which is 
capable of reading information from a customer identifi- 
cation document such as a driver's license, passport or 
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other identifying document. The scanner 1210G could, 
for example, be an optical scanner for reading a bar- 
code or other indicia, an electro-magnetic reader for 
reading information stored on a magnetic strip embed- 
ded in the identifying document, or an electrical reader 
for reading information stored on a memory chip or 
other electrical circuit embedded in the identifying doc- 
ument. 

[0073] Also included in the station 1210 is a key- 
board 1210D, which can be used by a customer to man- 
ually input information, which can not be read by the 
scanner 121 OG, from an identifying document and/or 
other information, such as a telephone number, social 
security number or other customer specific identifying 
information as might be desirable for further confirma- 
tion of the customer's identity. Further provided is a 
touch pad 1210E and associated pen 121 OF, which can 
be used by the customer to sign a paper receipt at the 
time of purchase and at the same time digitize the cus- 
tomer's signature. 

[0074] It will be understood that although a single 
in-store register station is shown, the network will 
include many in-store register stations distributed 
throughout a wide geographical area, if not the world. 
These stations will be located at retail store outlets of 
many different retailers as well as at facilities of vendors 
at different tiers of the distribution chains for many differ- 
ent products. Such stations may be located virtually 
anywhere in-person purchases are made, including 
department stores, supermarkets, specialty shops, 
manufacture outlet stores, restaurants, hotels, airports, 
wholesale supply stores, etc. In fact, at every location 
where business is now transacted in person using a 
credit card, debit card, or check, the current cashier sta- 
tion could be replaced by the register station 1 21 0. 
[0075] It will, of course, also be recognized that 
depending upon the type of goods or services being 
purchased, some of the components of the station 1210 
may be unnecessary. For example, if customers only 
purchase services, there would be no need for the opti- 
cal scanner 121 OC. Also, it may be unnecessary to print 
receipts and accordingly the printer 121 OB could poten- 
tially be eliminated. Also, one or more of the customer 
input devices 1210D-G could, if desired, be eliminated 
and the information could be input on the keyboard 
1 21 0A1 of the register 1 21 OA by the station operator. 
[0076] The operations of the network 1 200 will now 
be described with reference to Figures 12 and 13. As 
shown in Figure 12, a customer AA wishes to purchase 
a product 1215 at a retail store outlet. The product 121 5 
has a product code represented by a bar code 1215A 
printed on the product packaging. The station operator 
BB scans the barcode 1215A using the optical scanner 
1210C in step 1300, and the total purchase price is 
shown as indicated on the register 1 21 OA. The product 
price information is also fed to the register processor 
1210A2 via a link 1225. 

[0077] The customer AA uses his/her driver's 



license 1220 as an identifying document. The license 
includes a barcode 1220A which includes customer 
AA's name, address and driver's license number. The 
customer is also identified by a photograph 1220B on 

5 the driver's license 1220. The customer, in step 1305, 
swipes the driver's license 1220 through the scanner 
1210G, which in this case would be an optical barcode 
reader. The scanned information is transmitted via a link 
1 230 to the processor 1 21 0A2 of the register 1210. 

10 [0078] As previously discussed, the customer may 
be allowed to exercise the option to select either imme- 
diate or delayed payment of the purchase price of the 
product 1215. If this option is available, a selection can 
be made by inputting the desired payment type using 

is the keyboard 121 0D, as indicated in step 1310. The 
selection is transmitted via a link 1245 from the key- 
board 1210D to the register processor 1210A2. The 
identifying information, payment type selection and 
price information is transmitted via the link 1235 to the 

20 communications network 1205 and from there to the 
central clearinghouse station 140 via link 1240, as indi- 
cated in step 1315. 

[0079] The central clearinghouse station 140 deter- 
mines in step 1320 if the customer AA is a registered 

25 user of network 1 200, if not, a notice of non-registration 
is generated by the central station 140 in step 1325 and 
transmitted via link 1240 to the communications net- 
work 1205 and link 1235 to the register 1210 in step 
1330. The register processor 1210A2 processes the 

30 received notice of non-registration and automatically 
terminates the transaction, as indicated in step 1 335. At 
this point, customer AA may decide to proceed with the 
transaction by paying for the product with cash. Alterna- 
tively, if the customer still maintains a debit or credit card 

35 or still carries checks, these could also be used, if so 
desired, to proceed with the purchase. 
[0080] If on the other hand, the customer AA is 
determined by central station 140 to be a registered 
user of the network 1200 in step 1320, a further deter- 

40 mination is made by station 140 in step 1340 as to 
whether or not customer AA has sufficient deposited 
funds or credit to cover the purchase price. If the cus- 
tomer's payment is to be made with credit, the credit 
amount may be a credit limit which the customer has 

45 previously established with a financial institute for the 
payment account. However, if payment is to be made 
with deposited funds, sufficient money will need to have 
been previously deposited in the customers payment 
account maintained at the customer's financial institute. 

so [0081] In any event, if insufficient funds or credit are 
available, in step 1345 a notice of non-authorization is 
generated by the station 140 and transmitted as previ- 
ously described in step 1330. The transaction is then 
automatically terminated as previously discussed, with 

55 reference to step 1335, by the register processor 
1210A2. If sufficient funds or credit are available, a reg- 
istration/authorization notice is generated by the station 
1 40 in step 1 350. It should be noted that registration can 
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be verified to the register station 1210 prior to or simul- 
taneously with the verification relating to the sufficiency 
of funds or credit. Thus, notices could be separately 
transmitted or transmitted together to the register sta- 
tion 1210. Further, the registration notice could, if 
desired, be implicit in the authorization notice generated 
in step 1350. Accordingly, as used herein, the notice of 
registration could be in virtually any form which indi- 
cates that a particular purchaser is registered with the 
network 1200 and/or is authorized to make a purchase. 
The station 140 transmits the authorization notice in 
step 1355 via the links 1240 and 1235, and communica- 
tion network 1205, to the register station 1210. 
[0082] The received authorization notice is proc- 
essed by the station processor 121 0A2, which gener- 
ates a digital bill for the purchase price of the product in 
step 1360. The processor 1210A2 then directs the 
printer 121 OB to print the bill in step 1362. The printed 
bill is identified with reference numeral 1255 in Figure 
12. The customer AA can now place a signature on the 
printed bill using the pen 121 OF and signature pad 
1210E, as indicated in step 1364. The signature read by 
the pad 1210E is, as previously discussed, digitized in 
step 1366 and transmitted via link 1250 to the register 
processor 121 0A2. It should be noted that, the digitizing 
of the signature is an optional step. As indicated in step 
1368, the register operator BB will also typically check 
the written signature on the paper receipt 1255 against 
the signature on the identifying document, here a 
driver's license 1220B, to verify that the signatures are 
consistent. If the operator BB concludes that the signa- 
tures do not match the operator can input a command 
on the keyboard 121 0A1 of the register 121 OA to manu- 
ally terminate the transaction, as indicated in step 1370. 
[0083] The register processor 1210A2 directs the 
transmission of the bill in electronic form, with or without 
the digitized signature, via links 1235 and 1240, and 
communication network 1205, to the central clearing- 
house station 1 40 in step 1 372. In step 1 374, the station 
processor 140A, optionally compares the received digi- 
tized signature with a digitized signature for the identi- 
fied customer AA which has been previously stored on 
the station memory 140B, preferably in the database 
140B1. If no match is found, processing proceeds with 
step 1325 as previously described, and the transaction 
is ultimately terminated. 

[0084] If the signatures match, a determination is 
made in step 1376 as to whether immediate or delayed 
payment has been selected. If immediate payment was 
selected, the central clearinghouse station processor 
140A proceeds, in step 1378, to generate a pay direc- 
tive as has been previously described. If delayed pay- 
ment has been selected, billing information is generated 
by processor 140A in step 1378 and stored in the data- 
base 140B1 in step 1380, as has also been previously 
described. The digital signature, if available, may also 
be stored in the database 140B1 in step 1382. The reg- 
istered user AA can now access the electronic billing 



information and authorize payment as has been previ- 
ously discussed. 

[0085] Figure 1 4 depicts a cashless transaction net- 
work 1400 for cashless purchases from virtual store- 

5 fronts on a communications network such as the 
Internet. As shown in Figure 14 the network 1400 
includes a customer station 1415 which interconnects 
via a link 1420 with communications network 1405. The 
customer station 1415 is shown to be a standard off- 

10 the-shelf personal computer which includes a processor 
1415A operating conventional network communication 
software, including a browser. A virtual storefront server 
1410 also connects to the communication network 
1405. Communications between the customer station 

is 1 41 5 and the virtual storefront server 1 41 0 are carried 
out over links 1420 and 1425, and communications net- 
work 1405. As also shown in Figure 14, another link 
1430 connects the virtual storefront server 1410 to the 
communications network 1405. The central clearing- 

20 house station 1 40, connects to the communications net- 
work 1405 via a link 1435. Links 1 430 and 1435, and the 
communications network 1405, are utilized for commu- 
nications between the virtual storefront server 141 0 and 
central clearinghouse station 140. 

25 [0086] Referring now also to Figure 15, the opera- 
tion of the cashless transaction network 1400 will be 
described. In step 1500, the customer CC using the sta- 
tion 1415, operating the browser, to establish an Inter- 
net link with the virtual storefront server 1410. As 

30 previously discussed, the Internet link includes the links 
1420 and 1425, and communications network 1405. 
Using the station keyboard 1415B, or other type input 
device, such as a mouse (not shown), the customer CC 
selects a product for purchase in step 1500 based upon 

35 a product description and price information transmitted 
from the server 1410 to the customer station 1415, via 
the links 1420 and 1425, and communications network 
1405, and viewed on the monitor 1415C, as is conven- 
tional. 

40 [0087] In step 1505, the customer CC enters identi- 
fying information using the keyboard 141 5B of station 
1415. The identifying information is the same as that 
previously described with reference to Figures 12 and 
13. It will of course be recognized that if the customer 

45 CC is purchasing items for his/her employer, the 
employer's identifying information rather than the per- 
sonal identifying information of purchaser CC would be 
entered. The customer CC, in step 1510 also enters a 
payment type selection using the keyboard 1415B or 

so other type input device. 

[0088] In step 1515, the station processor 1415A 
directs the transmission of the product selection, cus- 
tomer identification and payment type information, via 
links 1420 and 1425, and communications network 

55 1405, to the server 1410. The server 1410 processes 
the received information and generates a registra- 
tion/authorization request in step 1520. It will be recog- 
nized by those skilled in the art that the information 
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could be transmitted in step 1515 directly from the sta- 
tion 1415 to the central clearinghouse station 140 via a 
separate link from station 1415 to the communications 
network 1405 and another link from the communica- 
tions network to the central clearinghouse station 140. 
This could be facilitated by, for example, including a 
hyper-link to the station 140 in the information provided 
by the virtual storefront server 1 41 0 to the customer sta- 
tion 1415. 

[0089] The virtual storefront server 1410, in step 
1525, transmits the registration/authorization request, 
via links 1430 and 1435 and the communications net- 
work 1405, to the central clearinghouse station 140. 
The registration/authorization request includes the pur- 
chaser identification, the selected payment type and the 
total purchase price. In step 1530, the central clearing- 
house station 140 determines if the customer CC, or 
other identified purchaser, is registered. If not, in steps 
1535 and 1540 a notice of non-registration is generated 
and transmitted, via links 1 430 and 1 435, and commu- 
nication network 1405, to the virtual storefront station 
1 41 0. Based upon the receipt of the notice of non-regis- 
tration, in step 1545 the virtual storefront station 1410 
automatically terminates the purchase transaction. 
[0090] if the identified purchaser is registered, in 
step 1550 the central clearinghouse station 140 deter- 
mines if sufficient funds are available for the purchase. 
If not, in step 1555 a notice of non -authorization is gen- 
erated by the central clearinghouse station 140 and 
transmitted to the virtual storefront station 1 41 0 to auto- 
matically terminate the transaction as previously 
described in steps 1 540 and 1 545. If sufficient funds are 
available, the central clearinghouse station 140 gener- 
ates a registration/authorization notice in step 1560, 
and transmits the notice in step 1565, via links 1435 and 
1430 and communications network 1405, to the virtual 
storefront station 1 41 0. 

[0091] Based upon the receipt of the registra- 
tion/authorization notice the virtual storefront station 
1410 generates a digital bill and delivery directive in 
step 1570. The station 1410 then directs the transmis- 
sion of the bill and delivery directive, via links 1430 and 
1435, and communication network 1405, to the central 
clearinghouse station 140 in step 1575. The central 
clearinghouse station 140 processes the received bill 
and delivery directive by first determining if delayed pay- 
ment has been selected, as shown in step 1580. If not, 
the central clearinghouse station 140 promptly gener- 
ates a payment directive in step 1585 so that funds may 
be immediately paid to the Internet merchant repre- 
sented by the station 1410 as previously described. If 
delayed payment has been selected, billing information 
is generated in step 1590 and stored in step 1595 in the 
database 140B1. 

[0092] It should be understood that in the full imple- 
mentation of the present invention, a single cashless 
transaction network would include both in-store register 
stations 1210 and virtual storefront stations 1410. 



Accordingly, customers would be able to utilize the net- 
work to purchase goods and services both in -person 
and over the Internet using the same preexisting identi- 
fying information and without the need to disclose any 

5 information regarding the payment account. Hence cus- 
tomers will, no longer need a Visa™ card, Master- 
Card™, Discover™ card or any other credit or debit card, 
or checks to purchase goods and services. 
[0093] As described herein, the present invention 

10 provides an electronic bill presentment and/or bill pay- 
ment technique, which reduces the potential barriers to 
use for individuals, small business entities and others 
who may currently be reluctant to register for such serv- 
ices. The present invention also provides a clearing- 

15 house for electronically presenting and/or paying bills to 
a large number of users, including a large number of 
users of a public network such as the Internet. Using the 
present invention will dramatically change how consum- 
ers pay for products and how merchants bill and recoup 

20 payments from consumers. The present invention 
makes conventional credit and debit cards obsolete, 
and also eliminates any need for paper bills and paper 
checks or other paper instruments to purchase and pay 
for goods and services. 

25 [0094] It will also be recognized by those skilled in 
the art that, while the invention has been described 
above in terms of one or more preferred embodiments, 
it is not limited thereto. Various features and aspects of 
the above described invention may be used individually 

30 or jointly. Further, although the invention has been 
described in the context of its implementation in a par- 
ticular environment and for particular purposes, e.g. 
electronic bill presentment and/or payment, those 
skilled in the art will recognize that its usefulness is not 

35 limited thereto and that the present invention can be 
beneficially utilized in any number of environments and 
implementations. Accordingly, the claims set forth below 
should be construed in view of the full breath and spirit 
of the invention as disclosed herein. 

40 

Claims 

1. A method for electronically paying bills using a plu- 
rality of network stations, each representing a differ- 
45 ent one of a plurality of users including payers and 
payees, the payers and the payees having associ- 
ated payment accounts and deposit accounts main- 
tained at a plurality of financial institutes, 
comprising the steps of: 

50 

receiving, at a central station, a first instruction, 
from a first of the plurality of user stations rep- 
resenting a first of the payers, to make payment 
of a first bill of a first of the payees; 
55 generating, in accordance with the received 

first instruction, a directive to transfer funds 
from a first of the payment accounts which is 
associated with the first payer and maintained 
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at a first of the plurality of financial institutes, to 
a first of the deposit accounts which is associ- 
ated with the first payee and maintained at a 
second of the plurality of financial institutes; 
generating remittance information associated 
with payment of the first bill by the transfer of 
funds; and 

storing the remittance information in a central 
database so as to be accessible to a second of 
the plurality of user stations representing the 
first payee. 

2. A method according to claim 1 , further comprising 
the steps of: 

receiving, at the central station, a request, from 
the second user station, to access the stored 
remittance information; and 
transmitting, responsive to the receipt of the 
access request, the stored remittance informa- 
tion to the second user station. 

3. A method according to claim 2, further comprising 
the step of: 

transmitting the directive only after receiving of 
the access request. 

4. A method according to claim 2, further comprising 
the step of: 



7. A system for electronically paying bills using a net- 
work having a plurality of user stations, each repre- 
senting a different one of a plurality of users 
including payers and payees, the plurality of differ- 

5 ent users having associated payment accounts and 
deposit accounts maintained at a plurality of finan- 
cial institutes, comprising: 

a processor configured to receive an instruc- 

w tion, from a first of the plurality of user stations 

representing a first of the payers, to make pay- 
ment of a first bill to a first of the payees, to 
transmit a directive to transfer funds from a first 
of the payment accounts associated with the 

is first payer and maintained at a first of the plural- 

ity of financial institutes to a first of the deposit 
accounts associated with the first payee and 
maintained at a second of the plurality of finan- 
cial institutes in accordance with the received 

20 instruction to pay the first bill, and to generate 

remittance information associated with pay- 
ment of the first bill; and 
a memory configured to store the remittance 
information so as to be accessible to a second 

25 of the plurality of user stations representing the 

first payee. 

8. A system according to claim 7, wherein the proces- 
sor is further configured to transmit the directive to 

30 the first financial institute. 



transmitting the directive before receiving of the 
access request. 

5. A method according to claim 1 , further comprising 35 
the steps of: 

receiving, at the central station, a second bill, 
from a third of the plurality of user stations rep- 
resenting a second of the payees, for a second 40 
of the payers; 

generating billing information corresponding to 
the second bill; and 

storing the billing information in the central 
database so as to be accessible to a fourth of 45 
the plurality of user stations representing the 
second payer. 

6. A method according to claim 5, further comprising 
the steps of: so 

receiving, at the central station, a request, from 
the fourth user station, to access the stored bill- 
ing information; and 

transmitting, responsive to the request to 55 
access stored billing information, the stored 
billing information. 



9. A system according to claim 7, wherein: 

the network processor is further configured to 
receive a request to access the remittance 
information from the second user station, to 
retrieve the remittance information from the 
memory based upon the received access 
request, and to transmit the retrieved remit- 
tance information to the second user station. 

10. A system according to claim 9, wherein the proces- 
sor is further configured to transmit the directive 
only after the receipt of the request to access the 
remittance information. 

11. A system according to claim 9, wherein the proces- 
sor is further configured to transmit the directive 
prior to receipt of the request to access the remit- 
tance information. 

12. A system according to claim 7, wherein: 

the processor is further configured to receive a 
second bill for a second of the payers from a 
third of the plurality of user stations represent- 
ing a second of the payees, and to generate 
billing information corresponding to the 



14 



27 



EP 1 049 056 A2 



28 



received second bill; and 
the memory is further configured to store the 
billing information so as to be accessible to a 
fourth of the plurality of user stations represent- 
ing the second payer. s 

13. A system according to claim 12, wherein: 

the processor is further configured to receive a 
request to access the billing information from 
the fourth user station, to retrieve the stored 
billing information from the memory based 
upon the received request to access billing 
information, and to transmit the retrieved billing 
information to the fourth user station. 

14. An electronic bill paying network having a plurality 
of users including payers and payees, each of the 
payers having a different payment account main- 
tained at one of a plurality of financial institutes, and 
each of the payees having a different deposit 
account maintained at one of the plurality of finan- 
cial institutes, comprising: 

a communications network; 
a first plurality of network stations, representing 
a first plurality of users, and configured to con- 
nect to the communications network and to 
transmit instructions, via the communications 
network, to make payments of bills; 
a central network station connected to the com- 
munications network, and configured to receive 
the transmitted instructions, to generate direc- 
tives to transfer funds from a plurality of differ- 
ent payment accounts to a plurality of different 
deposit accounts based upon the received 
instructions, to generate remittance information 
associated with payment of the bills, and to 
store the remittance information; and 
a second plurality of network stations, repre- 
senting a second plurality of users, and config- 
ured to connect to the communications network 
and transmit requests, via the communications 
network, to access the stored remittance infor- 
mation; 

wherein the central network station is further 
configured to receive the transmitted requests 
to access the remittance information, to 
retrieve the stored remittance information in 
response thereto, and to transmit, via the com- 
munications network, the retrieved remittance 
information to the plurality of network stations. 



to access the remittance information associated 
with the payment of that particular bill. 

16. A network according to claim 14, wherein the cen- 
tral network station is further configured to generate 
each of the directives to transfer the funds in pay- 
ment of a particular one of the bills to which that 
directive relates prior to the receipt of the request to 
access the remittance information associated with 
the payment of that particular bill. 

17. A network according to claim 14, wherein: 

the remittance information includes different 
information segments; and 
each of the information segments is associated 
with the payment of bills to a different one of the 
second plurality of users, and is stored so as to 
be accessible to a particular one of the second 
plurality of network stations representing that 
one of the second plurality of users. 

18. An article of manufacture for electronically paying 
bills of a plurality of payers to a plurality of payees, 
each of the plurality of payers having a respective 
payment account maintained at one of a plurality of 
financial institutes and each of the plurality of pay- 
ees having a respective deposit account main- 
tained at one of the plurality of financial institutes, 
comprising: 

a computer readable storage media; and 
computer programming stored on the storage 
media, wherein the stored computer program- 
ming is configured to be readable from the 
computer readable storage medium by a com- 
puter and thereby cause the one or more com- 
puters to operate so as to: 
generate a directive to transfer funds from a 
first payment account of a first of the plurality of 
payers maintained at a first of the plurality of 
financial institutes to a first deposit account of a 
first of the plurality of payees maintained at a 
second of the plurality of financial institutes in 
payment of a first bill, based upon an instruc- 
tion of the first payer to make payment of the 
first bill to the first payee; 
generate remittance information associated 
with payment of the first bill by the transfer of 
funds; and 

store the remittance information so as to be 
accessible to the first payee. 
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15. A network according to claim 14, wherein the cen- 
tral network station is further configured to generate 55 
each of the directives to transfer the funds in pay- 
ment of a particular one of the bills to which the 
directive relates only after the receipt of the request 



19. An article of manufacture according to claim 18, 
wherein the stored computer programming is fur- 
ther configured to be readable by the computer to 
thereby cause the computer to operate so as to: 
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retrieve the stored remittance information 
responsive to a request to access the remit- 
tance information from the first payee; and 
transmit the retrieved remittance information to 
the first payee. s 

20. A article of manufacture according to claim 19, 
wherein the stored computer programming is fur- 
ther configured to be readable by the computer to 
thereby cause the computer to operate so as to: 10 

transmit the directive only after the receipt of 
the request to access the remittance informa- 
tion. 
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